AYUDA FT8

Respondido por: EA2HW

Muy interesante lo que Borja nos expone sobre el funcionamiento de actualización del reloj interno de un sistema: ajuste progresivo o ajuste a saltos.

Supongo que cualquier SO utilizará una referencia externa de NTP y que su puesta a punto correrá a cargo del SO. Asumo que Unix (disculpa por el error con Lynux, pero fuera del SO plebeyo no distingo los demás  😎 ) ajusta el tiempo de forma progresiva. Se me ocurren un par de preguntas:

El tema es ¿tiene Windows las llamadas al sistema operativo necesarias para hacer ajustes progresivos del reloj? ¿O hace falta hacer cambios a lo bestia? Unix lo tiene desde 1986 al menos. Creo que antes de hecho, la incorporaron en Berkeley. La edición 7 de AT&T no la tenía.

https://www.freebsd.org/cgi/man.cgi?query=adjtime&apropos=0&sektion=0&manpath=2.11+BSD&arch=default&format=html

¿Se conoce el sistema de ajuste de W10?

Eso es lo que me pregunto. Asumiendo que no lo tenga bien hecho, lo malo de todo esto es que si alguna vez lo corrigen seguirá habiendo una Tradición fuertemente implantada de usar la chapuza. Ha pasado con Microsoft incontables veces, como cuando se negaban a incluir un programa de compresión con el sistema operativo y la gente se acostumbró a enviar archivos comprimidos autoextraíbles, algo extremadamente peligroso como ha quedado archidemostrado. 

Recuerdo algunas de las crisis provocadas por esto. Trabajo en un ISP y no podíamos poner filtros en el correo electrónico porque afectábamos a muchos intercambios de archivos legítimos, algo que nunca hubiera ocurrido de disponer de un compresor de archivos estándar en Windows.

En este caso puede acabar ocurriendo algo parecido.

¿Puede afectar al FisTro 8 los ajustes bruscos?

Si no a FT8 quizás a sistemas más avanzados que aparezcan en el futuro. Para aplicaciones de seguridad también suele ser importante una buena sincronización.

Respondido por: EA6DB

Gracias  Diego por la info, ya he encontrado el log, ahora toca mirar de enganchar los dos programas. 

Hola Mateu

Hay un manual en la red, que te dice como hacerlo con un programa puente (jt-alert) todo lo que logeo en  xwjt-x queda logeado en HRD, y da lo mismpo que sea version 5 (freeware) que version 6 (pagamos now), el manual es para torpes si no yo no lo habria hecho funcionar.

lo puedes buscar como:

configurar jt-alert sin leer el manual, esta en la pagina de ea4gst

espero que te sea de ayuda

Paco

Muchas gracias Borja creo que es una visión bastante objetiva y respaldada por la experiencia de cualquier usuario de Windows. Quizá habría que matizar que Windows no es un SO para grandes corporaciones y que UNIX no es un SO para usuarios domésticos o pequeños proyectos. Aunque técnicamente sea posible, no hay soporte humano y económicamente sería inviable.

Aparte de los aspectos técnicos, es probable que haya otros factores que habría que tener en cuenta, inversiones o mantenimiento de la compatibilidad de muchas aplicaciones a los largo de las actualizaciones. Es cierto que en Windows se consigue a base de parches con los problemas consiguientes sobre todo con aplicaciones de 32 bits funcionando en máquinas de 64 bits, pero en mi experiencia aún quedan varios usuarios que utilizan el programa que les monté hace 18 años o más en MS-DOS sobre servidores Windows.

La comparación, a efectos prácticos desde un punto de vista del radioaficionado estaría entre Windows, Apple y Lynux, ponderando además la disponibilidad de aplicaciones. Personalmente, en mi experiencia, la opinión sobre Apple es negativa, tratamiento de la marca, costo, duración y mantenimiento. Creo que tiene más humo y más diseño que tecnología, en este momento por lo menos.

¡Ah...! HRD, de pago, a partir de la versión 6.4.0.893 acaba de incorporar una utilidad que permite registrar los QSOs realizados con WSJT sin necesidad de un programa intermedio, basta con tener abierto el logbook. Lo estoy utilizando a plena satisfacción. Yo utilizaba J-alert, pero tuve que quitarlo porque me ocasionaba problemas.

Respondido por: EA2HW

Muchas gracias Borja creo que es una visión bastante objetiva y respaldada por la experiencia de cualquier usuario de Windows. Quizá habría que matizar que Windows no es un SO para grandes corporaciones y que UNIX no es un SO para usuarios domésticos o pequeños proyectos. Aunque técnicamente sea posible, no hay soporte humano y económicamente sería inviable.

Pues hijo mío, eso usan las grandes corporaciones para montones de cosas. Windows 🙂

Aparte de los aspectos técnicos, es probable que haya otros factores que habría que tener en cuenta, inversiones o mantenimiento de la compatibilidad de muchas aplicaciones a los largo de las actualizaciones. Es cierto que en Windows se consigue a base de parches con los problemas consiguientes sobre todo con aplicaciones de 32 bits funcionando en máquinas de 64 bits, pero en mi experiencia aún quedan varios usuarios que utilizan el programa que les monté hace 18 años o más en MS-DOS sobre servidores Windows.

Y yo tengo en la oficina una máquina Sun Microsystems que lleva 20 años funcionando. Y no se hace cuántos años se arrancó la última vez. También hace 30 años perpetré un programa en MSDOS para que una agencia de noticias soltara teletipos por varias líneas en distintos formatos simultáneamente y creo que lo estuvieron usando durante casi 20. Pero eso no quiere decir que MSDOS fuera bueno 😉

La comparación, a efectos prácticos desde un punto de vista del radioaficionado estaría entre Windows, Apple y Lynux, ponderando además la disponibilidad de aplicaciones. Personalmente, en mi experiencia, la opinión sobre Apple es negativa, tratamiento de la marca, costo, duración y mantenimiento. Creo que tiene más humo y más diseño que tecnología, en este momento por lo menos.

No he venido a vender nada 🙂 Yo uso lo que uso (y evito a toda costa lo que evito a toda costa). Mi motivo a la hora de enredar con NTP bien hecho/NTP de pandereta es única y exclusivamente tener algo que contestar si algún amiguete pide consejo espiritual. Sería una mala idea usar un programa de terceros para sincronizar hora si Metoosoft hubiera resuelto el problema en Windows 10.

Sobre "humo y diseño o tecnología" sí te diré, porque me parece ofensivo, que el software también es tecnología. Pero, una vez más, es imposible discutir esos aspectos en este foro porque habría que ir a aspectos técnicos muy profundos.

Si te parece lo discutimos en privado por no montar una guerra de religión.

Respondido por: EA2HW

¡Ah...! HRD, de pago, a partir de la versión 6.4.0.893 acaba de incorporar una utilidad que permite registrar los QSOs realizados con WSJT sin necesidad de un programa intermedio, basta con tener abierto el logbook. Lo estoy utilizando a plena satisfacción. Yo utilizaba J-alert, pero tuve que quitarlo porque me ocasionaba problemas.

Hola , tengo HRD , ¿ puedes comentar cual es la utilidad y la operativa?

Gracias

Bueno, si tienes una licencia de HRD vigente y la suscripción de mantenimiento deberías haber recibido un correo indicando la activación de la utilidad para conectar el HRD con WSJT directamente. Yo lo hice con un vídeo:

13-sep-2018

EA3EKH dijo:

Pues hijo mío, eso usan las grandes corporaciones para montones de cosas. Windows

De acuerdo papi. El problema es que no todas las decisiones que toman los usuarios grandes o pequeños se basan en la tecnología. Hay otros factores que influyen como costos y disponibilidad, por ejemplo, por suerte o por desgracia. No creo que a estas alturas hablar sobre características de un PC en un blog sobre nuevas tecnologías sea hacer publicidad. El PC se ha convertido en un componente más del cuarto de radio y, de la misma forma que hablamos sobre la excelencia operativa de un IC-7300  😀 también tenemos el deber de comunicar nuestra experiencia con los PC para que los compañeros tengan referencia a la hora de decidir el teclado que ponen en la mesa de radio.

Cualquier aspecto de la tecnología es interesante aunque no entre dentro lo imprescindible. Como radioaficionado, todavía no comprendo bien el sistema complejo de la impedancia de una antena. Me basta que funcione, pero todavía sigo leyendo sobre el tema. De la misma forma comocer los sistemas de actualización del reloj de un PC me ha parecido un tema muy interesante, aunque para hacer FisTro 8 me ha bastado con instalar Dimension 4 y apreciar el misterio de su funcionamiento.

Respondido por: EA2HW

De acuerdo papi. El problema es que no todas las decisiones que toman los usuarios grandes o pequeños se basan en la tecnología. Hay otros factores que influyen como costos y disponibilidad, por ejemplo, por suerte o por desgracia. No creo que a estas alturas hablar sobre características de un PC en un blog sobre nuevas tecnologías sea hacer publicidad. El PC se ha convertido en un componente más del cuarto de radio y, de la misma forma que hablamos sobre la excelencia operativa de un IC-7300  😀 también tenemos el deber de comunicar nuestra experiencia con los PC para que los compañeros tengan referencia a la hora de decidir el teclado que ponen en la mesa de radio.

Yo no tengo problema en debatir sobre ese tema, de hecho es un tema interesante. El problema es que cuando empiezas a hablar de eso la cosa se vuelve religiosa. Es decir, puedes llevar un debate serio sobre qué está bien hecho y qué está mal hecho. Pero para llevar a cabo ese debate hay que molestarse. Y en cuando dices Windows kaka te empiezan a llamar idiota, fanboy de lo que sea, en fin.

Cualquier aspecto de la tecnología es interesante aunque no entre dentro lo imprescindible. Como radioaficionado, todavía no comprendo bien el sistema complejo de la impedancia de una antena. Me basta que funcione, pero todavía sigo leyendo sobre el tema. De la misma forma comocer los sistemas de actualización del reloj de un PC me ha parecido un tema muy interesante, aunque para hacer FisTro 8 me ha bastado con instalar Dimension 4 y apreciar el misterio de su funcionamiento.

Se dice que Windows es un sistema operativo accesible al alcance de todos. Sin embargo, hace años vino a la oficina un comercial de Microsoft, que salió trasquilado, que nos decía que nuestro problema con Windows es que no sabemos. Que hay gente que sabe de verdad de Windows pero solamente trabajan en grandes empresas, bla, bla. Pues bien, nosotros trabajamos en Unix y somos capaces de modificar el sistema (lo hemos hecho o para arreglar problemas sin tener que esperar a nadie) pero, por lo que parece, para el tontaina ése somos unos ignorantes.

Mientras tanto, para sincronizar la hora (cosa importante en servicios en Internet) nos basta con poner un par de direcciones IP y no tenemos que molestarnos en andar probando qué funciona y qué no. Y así para tantas otras cosas. Hay una diferencia entre decir “voy a hacer esto” y hacerlo y decir “voy a ver si consigo hacer esto” y romperte la cabeza contra una pared. Saca tus propias conclusiones 😉

(*) Cuando digo Unix me refiero en general a todo sistema distinto de Windows. Porque hoy día eso equivale a Mac OS X, Linux, FreeBSD, NetBSD, etc. Todos son Unix o derivados. Excluyo, claro está, sistemas específicos de IBM como el AS/400, VM, MVS, etc.

Gracias Paco por la info, pero yo no tengo instalado el JTAlertX y en la página de GST solo habla de esto, yo solo tengo instalado el WSJT-X y nada más 😥 

Respondido por: EA6DB

Gracias Paco por la info, pero yo no tengo instalado el JTAlertX y en la página de GST solo habla de esto, yo solo tengo instalado el WSJT-X y nada más 😥 

Hola.

Para que los QSOs del WSJT-X se agreguen automáticamente al HRD (V 6.4.0.886 o superior), es necesario hacer un cambio en el WSJT-X y otro en el HRD.

En el WSJT-X:
"File" - "Settings"  - "Reporting" - "N1MM Logger + Broadcast":
Activar la casilla "Enable logged contact ADIF broadcast". No cambiar el resto de los ajustes.

En el HRD logbook:
"Tools" - "Configure" - "QSO Forwarding" - "UDP Receive" - Chequear todas las casillas.

En "Receive logbook changes using UDP from other logging programs (TR4W, N1MM)":
"Receive Port": 12060
"Target Database": Escoger la base de datos donde de deben agregar los QSOs desde las aplicaciones TR4W o N1MM)
"My station fileds should be": Overlaid
Esto para dejar preparada la aplicación para recibir los QSOs desde N1MM o TR4W.

En "Receive logbook changes using UDP from other applications (WSJT-X)":
"Receive Port": 2333
"Target Database": Escoger la base de datos donde de deben agregar los QSOs desde WSJT-X
"My station fileds should be": Overlaid

Pueden ver el vídeo de la gente de HRD (en inglés) en este enlace.

El finde trataré de subir estás instrucciones con imágenes a mi página web.

Saludos

Cedric, gracias por la info pero no funciona al menos en mi caso ya que ambos programas emplean el mismo puerto COM y no son compatibles.

Solo puedo tener uno de los dos abiertos. 

Mateu: no es necesario que el logbook del HRD esté conectado al PC por lo que no necesita utilizar el puerto USB.

Correcto, pero siguiendo las instrucciones de Cedric no me los traspasa. No se si esta configuración es solo para según que programas o no sé.... Algo no hago bien. 

Hola

Uno mas a la lista de que no me funciona el traspaso directo al HRD, no se cual es el problema, si alguien puede aportar algo mas será bienvenido

Gracias

Lluis    ea3no

A mí me funciona bien. 

Respondido por: EA6DB

Correcto, pero siguiendo las instrucciones de Cedric no me los traspasa. No se si esta configuración es solo para según que programas o no sé.... Algo no hago bien. 

Usas HRD versión 6.4.0.886 o superior?

Hola

Yo estoy usando la 6.4.0.888 y tampoco me funciona.

Lluis    ea3no

Es probable que si revisáis la configuración acabe funcionando. Quizá un nuevo vistazo al vídeo de HRD, a veces una imagen es clarificadora.

Hola tengo una icom 7300 y cuando la conecto a la emisora, en el pc no me pone el puerto usb, yo tengo windows 1o

os envio  una foto de lo que me pone.

un saludo